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(57) Abstract: A system for storing data forming a sin- 
gle file (61) recorded as an undivided file or recorded in 
fragments (61) on a data area has a separate file (E) con- 
taining information related to the single file (61). Loca- 
tion of the separate file (E) recorded on the data area is 
not predefined. The separate file is a set of tables con- 
sisting of at least one table of records containing at least 
one record and/or a record (75) of records table (E) of ta- 
ble extension (EO) and/or records (96) table containing 
at least one record of single file firagments and records of 
records table of table extension and/or a set of records of 
single file fragments, and the number of tables of further 
table extensions is not limited. 
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SYSTEM FOR STORING DATA AND METHOD FOR RECORDING DATA 

TECHNICAL FIELD 

The invention relates to a system for storing data and a method for 
recording data. 



BACKGROUND ART 

Besides common file systems such as FAT (File Allocation Table), NTFS 
(New Technology Fil4 System), BFS (BeOS File System) and UFS (UNIX File 
System), and their variants, a file sharing system, running on different 
computers connected with each other in a network, where each computer has 
Its individual operating system, and can access files stored on disks connected 
to the network, Is known from the US Patent No. 6,960,446. 

In the US Patent No. 6,303,183 a file management system capable of 
managing vacant blocks so that it Is possible to optimize unoccupied areas in 
mass memory, is registred. 

Information stored on disks with all such file systems, because of the 
universality of these systems, can be read by any personal computer with a 
proper file system, and, additionally, is handled efficiently when medium-sized 
files are used. 



DISCLOSURE OF INVENTION 

According to the present invention, in a system for storing information of 
a single file recorded as an undivided file or recorded In fragments, information 
about the single file is recorded in a separate file, whose location of recording is 
not predefined. 

Preferably the separate file is a set of tables consisting of at least one 
table of records containing at least one record and/or a record of records table 
of table extension and/or records table containing at least one record of single 
file fragments and records of records table of table extension and/or a set of 



wo 03/060703 




'CT/PL03/00005 



2 

records of single file fragments, and the number of tables of further table 
extensions is not limited. 

The separate file, called an allocation chain, consists of at least one 
table of records and its/theirs tables of extension, and information about 
extension table of records table or its/theirs further tables of extension is stored 
in the record of table or the repord of table extensions, whose extensions are its 
further extensions. 

The allocation chain created from tables of records of its own extensions 
and/or records of table extensions and records of fragments of the single file 
and/or records of fragments of the single file, is organized into a branched tree, 
called a binary tree, which at ends of brandies carries information about the 
termination of branches, and at its own end has information of its own 
termination. ' - ■ 

Information characterizing a single file or its part is recorded in many 
separate files. 

Information characterizing the single file stored in fragments is recorded 
in a separate file consisting of at least one record that may be stored in any 
place. 

A record forming a part of the separate file consists of records with 
information describing fragments of the single file and/or at least one record 
containing information of at least its one own extension. 

A record and/or a record extension, forming a part of the separate file, 
consists of records with information characterizing fragments of the single file 
and/or at least one record with information about its further extensions. 

The separate file with information describing the single file and 
consisting of at least one record contains at least information about a number 
of logically separated smallest areas reserved in one continuous block of 
logically separated smallest areas and about the address of the first logically 
separated smallest area at a continuous block of logically separated smallest 
areas. This information is binary compressed and contains values with a sign; a 
negative value representing the amount of logically separated smallest areas 
means that a record has its own extension with a numerically expressed 
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quantity of logically separated smallest areas. Information about its termination 
and/or about the number of free bytes and the time of modification can be given 
at the end of the separate file. 

Information consisting of records and describing fragments of the file is 
grouped, and information about it is stored in the separate file consisting of at 
least one record. 

The further object of this invention is that in a method of data recording 
of a single file, recorded as an undivided file or recorded in fragments, 
information about the single file is stored in a separate file, whose place of 
recording is not predefined. 

The separate file can comprise at least one table of records containing at 
least one record and/or a record of records table of table extension and/or a 
table of records containing at least one record of single file fragments and 
records of records tables of tables extensions and/or a set of records of single 
file fragments, and there is no limit to the potential number of tables of further 
extensions. 

The separate file is arranged as an allocation chain created by tables of 
records of its own extensions and/or records of tables extensions and records 
of single file fragments and/or records of single file fragments, formed as a 
branched tree, called a binary tree where information about the termination of a 
branch is placed at an end of a branch and information about the termination of 
a chain is placed at an end of a tree. 

BRIEF DESCRIPTION OF DRAWINGS 

The object of this invention is shown in implementation examples on the 
enclosed drawings, where fig. 1 shows a table of records of a single data set 
that is a file without extension, fig. 2 shows binary packing, fig. 3 shows a rule 
of allocation chain creation, fig. 4A and 4B show an example of an allocation 
chain, which, regarding the lack of space on one sheet, has been divided into 
parts A and B; and fig. 5 shows a fragment of a memory of a device for data 
storage with two files recorded. 
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BEST MODE FOR CARRYING OUT THE INVENTION 



The invention will be described in detail with reference to the system of 
data storage on a hard disk. However, the presented solution can be applied to^ 
other devices for data storage as well. 

Data recorded in such data storage devices, for example on a hard disk, 
have their own definite place 'and information regarding areas occupied by data 
sets of data are recorded in records table of variable size, which, as presented 
here, has been termed a chain of allocations. Each record that constitutes a 
data set is assignedjto a single allocation unit, which can be a fragment of a file 
or a file, and which is represented by at least two. parameters, namely a sector 
counter and a start sector for a given allocation represented by a Logical Block 
Address. 

Fig. 1 shows the table F of records describing a data set or a set of 
information 49 called a file, recorded in one sector which is a logically 
separated smallest area 1 of the hard disk. The table F, in this case identical 
with the record F, gives the directory index 42 in which the file 49 is listed, 
along with the unique tag Magic Id File 43 used for verification whether the 
sector being read contains information about the file, the data information offset 
44 concerning the place within the sector from which the information about the 
allocation chain begins from, the number 45 of sectors occupied by the file 49, 
so-called sectors counter, a sector offset being a logical address 46 of a start 
sector, information 47 about the end of the list, the number 48 of free bytes 
and, most often given at the end of the record, the time of modification 79^ 

In order to reduce the occupied space, the data concerning the 
allocation unit are binary packed. This method of compression is effective for 
small numerical values; therefore the start sector is coded as a difference 
between the last allocated address and the currently described one. The 
method of coding is presented in fig, 2, and for the presented solution the 
numerical values are numbers with a sign. The size of the numerical values is 
signaled by the tag 31. 32, 33, 34, 35, 36, 37, 38, 39, 40 describing the most 
significant bits. 
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If the most significant bit, namely the tag 31, 32 is equal to "0", it means 
that on the following seven bits a value from the range 0 ... 127 or ±63, 
depending on the bit specllying the sign, is recorded. This number is packed 
into one byte. 

If the three most significant bits i.e. the tag 33, 34 have the value of 
•100", it means that the value recorded on the following thirteen bits is a value 
from the range 128 ... 8K or a number from the range 64 ... 4K or - 4K ... -63, 
depending on the bit qualifying the sign. This number is packed in two bytes. 

If the three most significant bits, i.e. the tag 35, 36 tiave the value of 
"101", it means that the value recorded on the following twenty-one bits is a 
value from the range 8K to 2M or a number in the range 8K ... 1M or -1M ... - 
8K, depending on the bit determining the sign. This number Is packed in three 
bytes. 

If the three most significant bits I.e. the tag 37, 38 take the value of 
"110", it means that the value recorded on the following twenty nine bits is a 
value from the range 2M ... 0.5G or a number from the range 2M ... 266M or - 
256M ... -2M, depending on the bit determining the sign. This number is packed 
in four bytes. . . 

In the case where a disk is larger than 128 GB and the sector address 
has to be addressed by a number of a size larger than 28 bits 39, 40, the three 
most significant bits, i.e. the tag, are fixed to "111", and the bit describing the 
sign is followed by four bits, which determine the number of bytes. 

The first numerical values 31 33, 35, 37, 39 describe the number of 
sectors occupied by a file or a file-fragment, and the second numerical values 
32, 34, 36, 38, 40 describe the offset to the recently allocated fragment of a file 
which is thus a separate unit of allocation. The digit H, 12, placed after the tag 
37 . 38^ determines a positive or negative numerical value. In the presented 
solution, digit "0" means a positive value and digit "1" means a negative value 
while compressing. 

Figs. 3, 4A and 4B show tables E, EO, El and E2 of records creating the 
allocation-chain of file 61 which is divided into ten portions. Fig. 3 illustrates the 
rule of allocation-chain creation. In figs, 4A and 48 each record of a file section 
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gives at least the number of sectors occupied by a given item, and the 
numerical value describing the distance from the earlier allocated sections of 
the file. If the file is strongly fragmented, the number of records is huge, and 
searching for a proper sector, for example whilst moving within the file, could 
be very time-consuming. To obviate this problem, the field 53 of the record 
describing the sectors counter, denotes a number with a sign. The sign of the 
sector-number is specified by a digit "0" or "1" which is the first digit 52 following 
the tag 51. Digit "0" means a positive value, and digit "1" means a negative 
value. If the value 54 of the number of sectors is positive, then the field 55 of 
the start sector describes the distance from the earlier recorded fragment of a 
file, giving a binary packed number according to the rule presented in fig, 4. For 
example, the eighth section ^ of the file §1 contains a positive number of 
sectors, marked by "0" after the tag of the sectors counter, equal to 0x03 in the 
hexadecimal system, and "11" In the binary system, and the start address, 
equal to 0x7D, can be calculated as a sum of the address 0x78 of the last 
sector of the previous file-fragment and a value 0x05 of the start 
address/distance. For a negative. value, indicated by digit "1" after the sector- 
counter tag, the field 56 points to the address of a record extension of the file 
61 . and the field of sector counter 57 determines the number of sectors 
allocated by the extension of the file 61. The extensions of records and files are 
organized into binary trees to optimize the address-reading time of particular 
allocations while file-seeking. The zero value 59 of the field of the sectors 
counter is reserved to mark the end of the allocation chain and then the field 
60 . referring to the sector offset, provides information about the number of free 
bytes in allocated sectors and is used to calculate the file size. The first four 
fragments of the file §1 extension, beginning at the first sector 63, occupy 
subsequently 0x4F, 0x01, 0x02, 0x09 sectors which in total equals to 0x5B 
sectors and this number is set in the field 57 of extensions table EO of records 
table E. The whole file 61 is written in 0x7C sectors, which is indicated by the 
field 53 of the first base-record of record-table E of the file §1. The number of 
bytes occupied by the file 61 is a difference between the number of bytes of 
sectors given in the base record in the field 53 and the number of free bytes 
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given at the end of the file in the field 60, Assuming, that one sector occupies 
512 bytes of memory and 0x12 bytes are free in the occupied sectors, for the 
number of 0x5C occupied sectors, a 63470 bytes-long file is received as a 
result. 

Fig. 5 shows the memory section 71 of a device for information or data 
storage, which, in the reviewed example, is a hard disk having a sector as the 
logically separated smallest area 1 element The data from record tables E, EO, 
El, E2 of the file 61 and its ten fragments, and the record F of the non- 
fragmented file 49 is written in section 71. The single square of the memory 
section 71 represents a single sector of the hard disk. The positions of record 
tables F, E, EO, El , EZ together with the files 49 and §1. as an example only, 
are random, but they correspond with information about the file 49, 61 shown 
on figs. 4A and 4B. 

The file 49 in the example adduced occupies only one sector 72 and its 
record F is placed in the address OxFO, 

The first table E of records, containing the so-called base record of the 
file §1, is placed at address 0x80, the record-table EO of the extension of 
records table E of the file 61 is placed at address 0x00, the table El of the first 
extension of records table EO is placed at address 0x5F, and the records table 
E2 of the second extension of table EO is placed at address 0xD5. The first 
record 81 of the file 61 starts from sector 0x1 0 and is marked with an arrow 80 
which is followed by further arrows depicting the whole file. From the 
information presented in figs. 4A, 4B and the supplementary information in fig. 
5, it emerges that the value 52 in the field 53 of the sectors counter is negative 
which means that the value in the field of the sector offset describes the length 
of the file extension. Taking into account that the first record 76 is placed at 
address 0x80 and taking into account the field of the start-address containing 
the value -0x80, one can calculate the position of records-table EO as an 
extension of the records table E, perfomning the calculation: 0x80 - 0x80 = 0x0, 
The first record 98 and the second record 99 of the table EO written at the same 
address also have a negative value in the field of the sector-counter, which 
means ttiat the field of the start-address distance describes the distance of the 
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next extension table El of the table EO |n relation to the base record of the 
table EO. That address can be calculatecl according to the formula 0x80.-0x21 
= 0x5F, and it describes the position of theJlrst t^ble El of the extension. The 
first record 81 and the second record 82 of the first table El of extension EO 
have a positive sign in the field of the sector-counter, which means that it 
provides the number of continuous sectors allocated from the address given on 
the basis of the field of sector offset of the table E of records. That address, 
calculated on the basis of the value of the field representing the start-address 
distance, equals OxBO - 0x70 = 0x10. The first record 81 of the table El 
indicates that the first file-fragment 89 is written' on 0x4F sectors starting from 
the address 0x10. The next record 82 in this extension specifies that the 
second fragment 90 of the file is stored on one sector beginning from the 
address 0x74 which has been palcu^ated as the sum of address 0x5E of the 
last sector of the first fragment 89 and the value 0x16 giveri in the field of the 
sector offset of the second fragment 90. Each record describes the allocated 
areas on the hard disl< in the way described above. The appearance of the 
sequence NaN 83, 84, binary 01000000, in the extension of the record denotes 
the end of the list of records. At the end of the allocation-chain the terminal 
record 85 appears with the sector counter 86 equal to 0, and the field 87 of the 
sector offset describes the amount of free bytes in the sector where the most 
recent data was allocated. This makes it possible to calculate the total space 
occupied by the data recorded on the disk. 

After the last record 85 the time 78 of the last modification of the file is 
given, \A4iich enables instent information about the history of the processing of 
the file. 
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CLAIMS 



1. A system for storing data forming a single file (49, 61) recorded as an 
undivided file (49) or recorded in fragments (61) on a data area and for 
controlling access to the data stored on the data area comprising 

a separate file (F, E) containing information related to the single file (49, 61) 
wherein the location of the separate file (F, E) recorded on the data area is not 
predefined. 

2. The system for storing data, according to daim 1, characterized in that 
the separate file Is a set of tables consisting of at least one table (F, E) of 

records containing at least one record (F) and/or a record (75) of records table 
(EG ) of extension of table (E) and/or records table (EO) containing at least one 
record (95, 96) of single file (61 ) fragments and records (98, 99) of tables (El, 
E2) of records of extension of table (EO ) and/or a set of records (81, 82) of 
single file ( 61) fragments, and the number of tables of further table extensions 
is not limited. 

3. The system for storing data, according to claim 1 , characterized in that 
the separate file is an allocation chain, which consists of. at least one table of 
records and its/theirs tables of extension, and information about extension table 
(EO) of records table (E) or its/theirs further tables (El , E2) of extension is 
stored in the record of table (E) or the record of table (EO) extensions, whose 
extensions are its further extensions (El, E2) . 

4. The system for storing data, according to claim 3, characterized in that 
the allocation chain created from tables (E) of records of Its own extensions 
(EO) and/or records (98. 99) of table extensions (El E2) and records (95, 96) 
of fragments of the single file. (61) and/or records (81, 82) of fragments of the 
single file (61), is organized into a branched tree, called a binary tree, which at 
ends of branches carries information about the termination of branches, and at 
its own end has information of its own termination. 
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5. The system for storing data, according to claim 1, cliaraclerized in that 
information characterizing the single file (61) or its part is recorded in many 
separate files. 

6. The system for storing data, according to claim 1, characterized in that 
information characterizing a .single file stored in fragments is recorded in a 
separate file consisting of at least one record stored in any place. 

7. The system for storing data, according to claim 1 , characterized in that a 
record forming a part of the separate file consists of records with information 
describing fragments of a single file and/or at least one record containing 
information of at least its one own extension. 

8. The system for storing data, according to claim 1 , characterized in that a 
"record and/or a record extension, forming a part of the separate file, consists of 
records with information characterizing fragments of the single file and/or at 
least one record with Information about its further extensions, 

9. The system for storing data, according to claim 1 , characterized in that 
the separate file with information describing the single file and consisting of at 
least one record contains at least information about a number of logically 
separated smallest areas (1) reserved in one continuous block of logically 
separated smallest areas (1) and about the address of the first logically 
separated smallest area (1) at a continuous block of logically separated 
smallest areas Q) wherein the information is binary compressed and contains 
values with a sign, and wherein a negative value representing the amount of 
logically separated smallest areas (1) means that a record has its own 
extension with a numerically expressed quantity of logically separated smallest 
areas (1). and wherein the Information about its temiination and/or about the 
number of free bytes and the time of modification is given at the end of the 
separate file. 
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10. The system for storing data, according to claim 1, characterized in that 
information consisting of records and describing fragments of the single file is 
grouped, and information about it is stored in the separate file consisting of at 
least one record. 

11. A method for recording data of a single file, recorded as an undivided file 
or recorded in fragments on a data area and for controlling access to the dafa 
storedf^on the data area comprising the following step: 

storing a separate file containing information related to the single file (F, E) on 
the data area in a location (73, 75) not predefined 

12. The method for recording data, according to claim 11, characterized in 
that the separate file comprises at least one table (E, F) of records containing 
at least one record (F) and/or a record (75 ) of records table (EO) of extension of 
table (E) and/or a table ( EO) of records containing at least one record (95. 96) 
of single file (61 ) fragments and records (98, 99) of records tables (El, E2) of 
extensions of table ( EO) and/or a set of records (81, 82 of single file (61) 
fragments wherein there is no limit to the potential number of tables of further 
extensions. 

13. The method for recording data, according to claim 11, characterized in 
that the separate file is an allocation chain created by tables (E) of records of 
its own extensions (EO) and/or records (98, 99) of tables extensions (El, E2) 
and records (95, 96) of single file (61 ) fragments and/or records (81» 82) of 
single file (61) fragments, formed as a branched tree, called a binary tree 
wherein information about the termination of a branch is placed at an end of a 
branch and wherein information al?.out the termination of the allocation chain is 
placed at an end of the branched tree. 

14. The method for recording data, according to claim 11, characterized In 
that Information characterizing the single file (61) or its part is recorded in many 
separate files. 
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15. The method for recording data, according to claim 11, characterized in 
that information characterizing a single file stored in fragments is recorded in a 
separate file consisting of at least one record stored In any place. 

16. The system for storing data, according to claim 1 1 , characterized in that 
a record forming a part of the. separate file consists of records with information 
describing fragments of a single file and/or at least one record containing 
information of at least its one own extension. 

J 

17. The method for recording data, according to claim 11, characterized In 
that a record and/or a record extension, fomiing a part of the separate file, 
consists of records with information characterizing fragments of the single file 
and/or at least one record with information about its further extensions. 

18. The method for recording data, according to claim 11, characterized in 
that the separate file with information describing the single file and consisting of 
at least one record contains at least information about a number of logically 
separated smallest areas reserved in one continuous block of logically 
separated smallest areas and about the address of the first logically separated 
smallest area at a continuous block of logically separated smallest areas 
wherein the information is binary compressed and contains values with a sign, 
and wherein a negative value representing the amount of logically separated 
smallest areas means that a record has its own extension with a numerically 
expressed quantity of logically separated smallest areas, and wherein the 
information about its termination and/or about the number of free bytes and the 
time of modification is given at the end of the separate data set. 
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